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Abstract 



Besides the need for a better understanding of networks, there is a need for prescriptive models and tools to specify require- 
ments concerning networks and their associated graph representations. We propose class-based graphs as a means to specify 
requirements concerning object-based graphs. Various variants of membership are proposed as special relations between 
class-based and object-based graphs at the local level, while various variants of compliance are proposed at the global level. 
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1. Introduction 



o 

^ During the last decade, the Web has been transformed 
from a siloed information medium into a highly dynamic net- 
work of information, created by individuals and organizations 
mosdy in a participatory manner. This network is currendy 
referred to as the Web 2.0 [1]. 
I I ' A reason for such a transformation may be the better un- 
derstanding of the structure and the functioning of networks, 
^ especially small-world networks [2, 3] . It has been shown that 
O many networks, from Web pages [4] to food webs [5] , from re- 
search paper co-authoring [6] to human brain functional net- 
works [7], share a set of common characteristics, e.g., their 
J> average shortest path is relatively low, while their clustering 
coefficient is rather higher than in random networks. 



OO 



Networks have also been studied as regards their dynam- 



ic ics. As an example, network percolation, v«th its potential 
• application to explain disease epidemics and gossip propa- 
gation, has received significant attention [8, 9] . 

Social websites, such as Facebook or Twitter, are playing 
I a major role on the Web 2.0. These sites support social net- 
works, i.e., networks of individuals and organizations linked 
• ^ by their relationships. Once again, the characteristics of so- 
cial websites and the social networks they support is the sub- 
^ ject of many research works [10, 11]. 



Besides the descriptive approach of the works mentioned 
above, prescriptive tools are needed. Not only should net- 
works be understood, but tools to specify constraints on net- 
works are required. With the ubiquity of networks, tools are 
needed to check if a chosen subset of a given network satis- 
fies a predefined set of constraints. These constraints should 
concern both the nodes of the network and the arcs between 
them. To draw an analogy with collective sports, it is impor- 
tant not only to understand how a team is performing, but 
also to be able to define requirements about the various play- 
ers and their potential relations. The coach would then be 
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able to check if a given set of players satisfies his/her expec- 
tations defined as requirements. 

The problem addressed in this paper may be stated as fol- 
lows: how to specify a type of networks with constraints on 
both nodes and arcs, and how to define the concept of com- 
pliance of a given network with these constraints. Many ap- 
plications of this problem may be found, such as the estab- 
lishment of the cast of a movie, the specification of emer- 
gency crews, the definition of a set of chemical substances 
needed for a given chemical reaction, the specification of the 
set of web services required to implement a given service- 
oriented application, and the definition of crews in hospitals 
for surgical operations. 

For the sake of readability and conciseness, an simplified 
example based on William Shakespeare's tragedy Romeo and 
Juliet is presented in this paper. Besides the criterion of suc- 
cinctness, the choice of this example is guided by the assump- 
tion that the popularity of this play will ease the understand- 
ing of the various illustrative networks presented in the rest of 
the paper, networks consisting of characters from Romeo and 
Juliet. 

Addressing this problem encompasses two main issues. 
First, the development of tools supporting the definition of 
constraints on networks implies both a representation for net- 
works and a representation for the constraints. Second, dif- 
ferent types of relations between the networks and the con- 
straints may occur and should precisely be defined. 

Three IT areas partially address the proposed problem: 
object-oriented languages, database schemata, and ontolo- 
gies. Object-oriented languages rely on the concept of class to 
model constraints on objects [12]. A network of classes may 
therefore constrain a network of objects. Similarly, database 
schemata, either in relational, object-oriented, or XIVIL data- 
bases, constraint the database [13]. Finally, classes in ontolo- 
gies constrain individuals [14]. However, in these three ap- 
proaches, classes and database schema have to exist to be in- 
stantiated as objects, data, and individuals. Therefore, classes 
and database schema have to precede objects. In the case of 
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social networks (or former mentioned collective sports), the 
network usually exists before the constraints do. Addition- 
ally, in these three approaches, a limited support for arcs is 
proposed. In object-oriented languages, relations between 
classes are limited to has -a and is-a relations, via class at- 
tributes and inheritance. In relational database, the only mech- 
anism to connect relations are joins. Finally, similarly to the 
object-oriented approach, the relations between classes in on- 
tologies are limited to class properties and inheritance. It should 
be possible to specify constraints on arcs in a more subtle 
manner, encompassing a more complex representation of the 
arcs among nodes of a network. 

In this paper, we propose to represent networks as object- 
based graphs. Constraints on networks may then be repre- 
sented as class-based graphs. We further define the concepts 
of membership and compliance. Membership concerns sin- 
gle objects and classes, while compliance concerns the whole 
graphs. Various variants of membership and compliance are 
proposed in this paper. Related works are discussed in Sec- 
tion 6. 

Our main contribution reported here are: a formal defi- 
nition of object-based and class-based graphs; the identifi- 
cation and formal definition of various types of membership 
for nodes and arcs; the identification and formal definition 
of various types of compliance of object-based graphs with 
class-based graphs. 

2. Object-based graphs 

The concepts of object-based graphs and related class- 
based graphs are based on the concepts of object and class. 
For the sake of precision, clear definitions are mandatory in 
light of the different meanings of these terms in various re- 
search communities. 

An object is a set of properties o = {p}. A property p is a 
pair {n,Vfi), where n is the name of the property and is the 
value of the property. The value of a property may be a literal 
or an object. 

An object-based node, denoted n, is an object that does 
not contain properties named neither src nor dst. 

Note that the property name src (resp. dst) is reserved to 
the source (resp. destination) of arcs. 

An object-based arc, denoted a, is an object that contains 
at least two properties named src and dst whose values are 
object-based nodes, i.e., 3((src,?isrc).(dst,?idst)) ^ ax a, 
with risrc and n^st being object-based nodes. 

Definition 1 (Object-Based Graphi) An object-based graph 
g = (N,A) is a graph whose nodes are object-based nodes, 
and arcs are object-based arcs, with values of the properties 
named src and dst being nodes of the graph, i.e., Va e A, 

\Src, ^src / ^ ^ ^ ^src 

6 N, and Va e A, (dst, n^st) e a ^ 

«dst 6 A''- 

Object-based arcs are further denoted ci = (wsrc. Wdst-^*). 
where «src is the value ofthe property named src, n^st is the 
value of the property named dst, and P is the set of remain- 
ing properties of the arc. 



has killed 
(duel, refused) 
(killing, sword) 



/^lybalt ^ 

(name, Tybalt) 
(house, Capulet) 
(sex, male) 



/ \ 
^ Romeo ^ 

(name, Romeo) 
(house, Montague) 
(sex, male) 



feelings 
(feels.Love) 



cousin 

(sibling, cousin) 



^ Tuliet 

(name, luliet) 
(house, Capulet) 
(sex, female) 
(age, 13) 

i ) 



commit suicide 
(killing, poison) 



commit suicide too 
(killing, dagger) 



Figure 1: Example of an object-based graph. 

An example of an object-based graph is illustrated in 
Fig. 1. In this example, the graph consists of three object- 
based nodes — Romeo, Tybalt, and Juliet — and six object- 
based arcs — has killed, cousin, commit suicide, commit 
suicide too and twice feelings. Nodes are represented as 
greyed rectangles, while arcs are represented as arrows and 
associated white rectangles. Therefore, the node Romeo con- 
sists of three properties (name, Romeo), (house, Montague), 
and (sex, male). The arc has killed connects the node 
Romeo with the node Tybalt, and consists of two properties 
(duel, refused) and (killing, sword). 

The arc commit suicide is an example of a loop arc con- 
necting the node Romeo to itself. 

It may be noted that a property named house is an ele- 
ment of the nodes Romeo, Tybalt and Juliet. It has a dif- 
ferent value for Romeo and Juliet, and a common value for 
Tybalt and Juliet. Similarly, properties named killing 
are elements of the arcs has killed and commit suicide, 
but with different values. 

3. Class-based graplis 

A class is a set of property constraints c = {p"}. A prop- 
erty constraint is a pair {n,v"), where n is the name of the 
properties potentially constrained by p", and is a predi- 
cate. 

A property p = {n,Vn) satisfies a property constraint p" = 
(n', v"/), denoted p> p",iffn= n' and v",{vn) = true. 

Note the 'a' letter that indicates the class-related charac- 
ter of its associated entities. 

Definition 2 (Class Instance) An object o = {p = {n,v„)^ is 
an instance of a class c = {p" = («, j^")}, denoted o i= c, iff 
V p" e c,3p e o ■■ p > p". The i= predicate is further referred to 
as instanceOf . 

A class-based node n" is a class that does not contain prop- 
erty constraints named neither src nor dst. 

A class-based arc a" is a class containing two property 
constraints respectively named src and dst whose values are 
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instcLticeOf predicates associated with source and destina- 
tion class-based nodes, i.e., 3((src, i= n"^.^), (dst, i= «dst)) 
6 a" X a", with n"^^ and n^^^ being class-based nodes. 

Definition 3 (Class-Based Graphi) A class-based graph g" = 
{N", A") is a graph whose nodes are class-based nodes and 
arcs are class-based arcs, where values of the property con- 
straints named src and dst being instanceOf predicates 
with nodes of the graph, i.e., Va" € A", (src, i= ngj-c) ^ a" =^ 
n^rc e N"" and Va" e A", (dst, c n^st) ^ ^" ^ "dst ^ 

Arcs in class-based graphs are further denoted a" = ( n"^^, 
w^g^, P"), where the predicate i= n^-^^ is the value of the prop- 
erty constraint named src, the predicate i= n^^^ is the value 
of the property constraint named dst, and P" is the set of re- 
maining property constraints of the arc. 



c 



Capulet" 

(house, =CapuIet) 



has killecf 
(killing,=true) 



Montague 

(house, =Montague) 
(sex, =male) 

i ) 



feelings"' 
(feels,=Love) 



cousin 

(sibIing,=cousin) 



/^Miss Capulet" ^ 

(house, =Capulet) 
(sex, =female) 



commit suicide 
(killing,=true) 



Figure 2: Example of a class-based graph. 

An example of a class-based graph is illustrated in Fig. 2. 
In this example, the graph consists of three class-based 
nodes — Mr. Montague", Capulet", and Miss Capulet" — 
and five class-based arcs — commit suicide", has killed", 
cousin", and twice feelings". Nodes are represented 
as greyed rectangles, while arcs are represented as arrows 
and associated white rectangles. Therefore, the node Mr. 
Montague" consists of two property constraints (house, = 
Montague) and (sex, = male). The arc has killed" connects 
the node Mr . Montague" with the node Capulet", and con- 
sists of one property constraint (killing, = true). 

The object Romeo is an instance of the class Mr. Mon- 
tague". The two property constraints defined in the class 
are satisfied by the properties of the object: Romeo is indeed 
from the Montague house and he is a male. One may notice 
that the property named name, defined for Romeo, plays no 
role when verifying if is an instance of the class Mr . Monta- 
gue". In a similar manner, the property named duel in the 
has killed object does not play a role in this object being an 
instance of the class has killed". 

The object Juliet is an instance of both the class Ca- 
pulet" and the class Miss Capulet", while Tybalt is only 
an instance of the class Capulet", and not Miss Capulet" 
(not being a female). One may notice the lack of an commit 
suicide" related to the class Miss Capulet" as deviation 
from Shakespeare's tragedy. It is a voluntary omission, to il- 
lustrate concepts presented in Section 4. 



Finally, one may note that the set of property constraints 
of the arcs has killed" and commit suicide" are similar. 
Even their source nodes, i.e., the node associated with the src 
property constraint, are similar. These two arcs differ only in 
their destination nodes, i.e., the node associated with the dst 
property constraint. 

4. Member sliip(s) 

Although being sufficient to formally define class-based 
graphs, the concept of class instance does not capture im- 
portant relationships between class-based and object-based 
graphs. The concept of membership, in its various variants, 
is proposed in this section as a means to describe particular 
local relationships between classes and object in graphs. 

Definition 4 (Node Strict Membershiip) A node n is a strict 
member of a class n" , denoted nc n", iff n is an instance of 
n", i.e. n i= n". 

Being a class strict member is equivalent with being a class 
instance. Therefore, Romeo is a strict member of the Mr . Mon- 
tague" class. 

Membership of an arc a = {hstc, n^st, {p}) to a class may 
be defined in various ways, depending on the elements of 
the arcs taken into account. Arc strict membership, denoted 
°c° , takes into account only the properties { p} . Arc left (resp. 
right) membership, denoted *c°(resp. °c*), takes into ac- 
count the properties and the source node (resp. the destina- 
tion node). Finally, arc full membership, denoted *c*, takes 
into account the properties and both the source and the des- 
tination nodes. 

Definition 5 (Arc Strict Membersiiip) An arc a = ( Wgr c , 'Jdst . 
{p}) is a strict member of the class a" = (j^src '^dsf {p"})> 
denoted a °c° a", iff Vp" e a", 3pe a such that p> p". 

Note that if an arc a is an instance of a class a", then a 
is a strict member of a" as all the properties constraints of 
a" are satisfied by the properties of a. The opposite is not 
always true: if an arc a is a strict member of a class a", then 
a does not have to be an instance of a" because the values of 
the properties src and dst do not have to satisfy the property 
constraints with the same names. 

Formally, 

flca" =^ a°c°a". (1) 

The has killed object is an instance of has killed". 
Therefore, has killed is also a strict member of has killed". 
However, although the has killed object is a strict member 
of the commit suicide" class, it is not an instance of this 
class: each instance of the commit suicide" class requires 
two Mr . Montague" instances as source and destination ob- 
ject. 

Definition 6 (Arc Left Membersiiip) An arc a = ( «src> 'Jdst- 
{p}) is a left member of the class a" = (n"rc. "dsf {p"})' 
denoted a*c° a", iff a is a strict member of a" and risrc is a 
strict member of n"^.^, i.e.. 



a c a 
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The has killed arc is not only a strict member of commit 
suicide", it is also a left member as the source node of has 
killed, i.e., Romeo, is an instance of the source node of commit 
suicide", i.e., the Mr . Montague" class. 

Definition 7 (Arc Class Rigtit Membershiip) An arc a = ( «sr c > 

Wdsti {p}) is a right member of the class a" = (^gj-c' "dsf 
{p"}), denoted a°c* a", iff a is a strict member of a" and 
^dst is a strict member of n^^^ , i.e., 

a °c' a" a °c° a" a n^st c «dst ■ 



The has killed arc is not a right member of commit suicide 
The destination node of the arc has killed, i.e., Tybalt, is 
not a strict member of the destination node of commit sui c ide " , 
i.e., the Mr. Montague" class. 

Definition 8 (Arc Full Membership) An arc a = {risrc, n^st, 
{p}) is a full member of the class a" = {n^j-c, n^sf {p"})' 
denoted a *c* a", iff a is a left and right member of a", i.e., 

a'c'a" ^ a'c° a" A a°c' a". 



The has killed arc is not a full member of the commit 
suicide" class as it is not a left member of this class. The 
commit suicide arc is an example of a full member of the 
commit suicide" class. 

Claim 1. An arc a is a full member of a class a" iff a is an 
instance of a" . 

Proof. First, if an arc a is a full member of a class a", 
then all property constraints are satisfied by the properties 
{a °c° a"). Additionally, from the definitions on left and right 
membership, the values of the properties src and dst stat- 
isfy the property constraints with the same name ( Wdst c n^^^ 
and Hsrc c «"rc)- Therefore, 

fl'c* fl" ^ a". (2) 

Next, if an arc a is an instance of a class a", then a is a 
strict member of a" (from Eq. 1). Additionally, the values of 
the properties src and dst satisfy the property constraints 
with the same name (?idst n^st ^^'^ "src c n^^c^- Therefore, 

a c a" => a °c° a" a n^st c n^st ^ "src c ^src i-^-- 

a<^ a ^ a c a . (3) 
Finally, from Eqs. 2 and 3, 

• • a a 

a c a a<^ a . 



Definition 9 (Node Relational Membership) A node n is a 
relational member of a class n", denoted nc n", iff 



(1) n is a strict member of «", 

(2) for each class-based arc starting from n" (i.e., a class 
whose value of the property constraint src is i= «"), at 
least one arc starting from n (i.e., an arc whose value of 
the property src is n) is a left member of n", and 

(3) for each class-based arcs leading to n" (i.e., a class whose 
value of the property constraint dst is i= «"), at least 
one arc leading to n (i.e., an arc whose value of the prop- 
erty dst is n) is a right member of n". 

Formally, nc n" iff 

'l) ncn", 

•2) Va" = («",«"',{p"}), 3a=(n,n',{p}) : a*c°fl", 
■ [3) ya" = {n"',n",{p"}),3a={n',n,{p}) : a°c' a''. 

Juliet is a relational member of Miss Capulet". First, 
Juliet is a strict member of Miss Capulet". Second, 
the arc feelings starting from Juliet is a left member of 
feelings", the only arc starting from Miss Capulet". Third, 
the arc cousin starting from Juliet is a right member of 
feelings", the only arc leading to Miss Capulet". Note that 
the commit suicide too arc is meaningless as regards class 
relational membership of Juliet. 

Juliet is notarelationalmember of Capulet". Although 
Juliet is a strict member of Capulet", no arc starting from 
Juliet is a left member of cousin" and no arc leading to 
Juliet is a right member of has killed". 

5. Compliance(s) 

Based on the membership relations defined above, the 
concept of compliance of an object-based graph with a class- 
based graph may be defined. Membership relations are "lo- 
cal", as they concern a given node. Compliance concerns whole 
object-based and class-based graphs, and may therefore be 
considered as "global". 

An object-based graph is compliant with a given class- 
based graph if the constraints on the nodes and the arcs among 
them, i.e., constraints defined in the class-based graph, are 
satisfied by the given object-based graph. As formally pre- 
sented below, various levels of compliance may be distinguished. 

Definition 10 (Compliance Relation) Consider an object- 
based graph g= {N,A) and a class-based graph g" = (AT", A"). 
A compliance relation =1 is a relation onNx Af" such that 

y{n,n")e NxN", n=\n°' ^ncn", (4) 

V(a =<«src."dst.{P }>)^A , 
V(nsrc, «dst) eNxN-.Usic =1 ""re "dst =1 "dsf 

3{a=<nsTc,ndst,{p}>)^A: a'c' a", 

(5) 

Vn" eN",3neN : n=in". (6) 
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First, the compliance of a node n with a class implies 
that the node w is a relational member of the class (cf. Eq. 4) . 
Second, for each class-based arc a" between two classes n'^j.^ 
and n^g^-, for each objects ^src and ndst being compliant 
with ^sj-c and n^gf respectively, there exists an arc a between 
«src and n^st that is a full member of a" (cf Eq. 5). Third, 
for each class at least one object n is compliant with the 
class (cf. Eq. 6) . 

Definition 1 1 (Compliance witli a class-based graph) An ob - 

ject-based graph g = {N,A) is compliant with a class-based 
graph g" = {N",A"), denoted g =1 g", iff there exists a com- 
pliance relation =1 on AT x N" . 



/Mercutio 

(name, Mercutio) 
(house, Verona) 
(sex, male) 



friend 
(friend, xxx) 

/ ' . 

omeo 

name, Romeo) 
house, Montague) 
sex, male) 



feelings 
(feels,Love) 



/'Juliet 

(name, Juliet) 
(house, Capulet) 
(sex, female) 
(age, 13) 

1 J 



commit suicide 
(killing, poison) 



commit suicide too 
(killing, dagger) 



Figure 3: Example of an object-based graph partially compliant with the 
class-based graph presented in Fig. 2. 



Montague 

house, =Montague 
sex, =male) 



feelings" 
(feels,=Love) 



^ Miss Capulet" ^ 

(house, =Capulet) 
(sex, =female) 



commit suicide 
(killing,=true) 



Figure 4: Example of a class-based graph with which the object-based graph 
presented in Fig. 3 is compliant. 

To illustrate compliance, consider the object-based graph 
presented in Fig. 3 and the class-based graph presented in 
Fig. 4. The relation =1, such that Romeo =1 Mr . Montagtie" 
and Jtiliet =1 Miss Capulet", is a compliance relation. First, 
Romeo (resp. Jtiliet) is a relational member of Mr. Mon- 
tague" (resp. Miss Capulet"). Second, for all class-based 
arcs (feelings" and commit suicide"), full member arcs 
(feelings and commit suicide) exist. Finally, there is no 
class without a compliant object. 

Note that the Mercutio node is meaningless as regards 
compliance of the two considered graphs. Therefore, addi- 
tional nodes may be added to the object-based graph without 
changing its compliance with the class-based graph. A simi- 
lar remark concerns arcs, such as commit suicide too. 



Definition 12 (Partial compliance relation) Consider a class- 
based graph g" = {N",A") and an object-based graph g = 
{N,A). A partial compliance relation n on AT x N" is a relation 
that satisfies only the conditions of Eqs. 4 and 5, the condition 
of Eq. 6 being relaxed. 

Definition 13 (Partial compliance with a class-based graph) 

An object-based graph g = {N,A) is partially compliant with 
a class-based graph g" = (Af",^"), denoted g n g", iff there 
exists a partial compliance relation -\onNx AT" . 

To illustrate partial compliance, consider the object-based 
graph presented in Fig. 3 and the class-based graph presented 
in Fig. 2. The relation n, such that Romeo n Mr . Montague" 
and Juliet n Miss Capulet", is a partial compliance rela- 
tion. 

First, Romeo (resp. Juliet) is a relational member of Mr . 
Montague" (resp. Miss Capulet"). Second, for all class-based 
arcs (feelings" and commit suicide"), full member arcs 
(feelings and commit suicide) exist. However, there is no 
node compliant with the class Capulet". 

The difference between partial compliance and normal 
compliance is the relaxation of Eq. 6. Therefore, in the nor- 
mal compliance case, for each class, there should be at least 
one object being a member of this class, while in a partial 
compliance case, some class may not have any relational mem- 
ber object, e.g., the class Capulet" from Fig. 2 with regard to 
the object-based graph presented in Fig. 3. 

Definition 14 (Full compliance relation) A full compliance 
relation =11 on AT x N" is a compliance relation such that 

yneN,3n" eN" : n^\n". (7) 
Definition 15 (Full Compliance with a class-based graph) 

An object-based graph g = {N,A) is fully compliant with a 
class-based graph g" = {N"',A"'), denoted g =11 g", iff there ex- 
ists a full compliance relation =11 on A/^ x N". 

To illustrate full compliance, consider the object-based 
graph presented in Fig. 1 and the class-based graph presented 
in Fig. 2. The relation =11, such that Romeo =11 Mr . Montague", 
Tybalt =11 Capulet", and Juliet =11 Miss Capulet", is a full 
compliance relation. 

First, Romeo (resp. Tybalt, Juliet) is a relational mem- 
ber of Mr. Montague" (resp. Capulet", Miss Capulet"). 
Second, for all class-based arcs, full member arcs exist. Third, 
there is no class without a compliant node. The relation =11 is 
therefore a compliance relation. Additionally, all the nodes 
are compliant with a class. As a conclusion, the relation =11 is 
a full compliance relation. 

Although each object-based graph fully compliant v«th a 
class-based graph is by definition compliant too, the oppo- 
site is not true. A compliant object-based graph may contain 
objects that are not members (neither strict not relational) of 
any classes of the class-based graph. Such an object-based 
graph is not fully compliant with a class-based graph as it 
does not satisfy Eq. 7. As an example, the object-based graph 
presented in Fig. 3 is compliant but not fully compliant with 
the class-based graph presented in Fig. 4, as there is no class 
Mercutio is a member of. 
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6. Related Works 

Among the related works, object-oriented languages, data- 
base schemata, and ontologies have already mentioned in the 
introduction. A main drawback of these approaches with re- 
gard to the addressed problem is their limited support for arcs, 
with a limited set of predefined relations among nodes, such 
as has-a and is-a relations in the object-oriented paradigm 
and joins in relational databases. 

The Entity- Relationship (ER) model proposed by Chen [15] 
is a data model in many aspects similar to one proposed in 
this paper. In the ER model, an entity is defined in similar 
to the concept of object: "the information about an entity 
or a relationship [. . . ] is expressed by a set of attribute-value 
pairs". Note that note only the entities, similarly to object- 
based nodes, are defined by attributes (or properties). Rela- 
tionships, similarly to object-based arcs, are defined by their 
attributes too. 

The concept of class is expressed in the ER model via "sets" : 
entity sets are similar to class-based nodes. Relationship sets 
are similar to class-based arcs. Attribute sets are similar to 
property constraints. The ER model is more flexible with re- 
gard to relationships. The ER model allows for the definition 
of n-ary relationships, i.e., relationships connecting more than 
two entities. The model proposed in this paper is limited to 
arcs among two nodes. 

The ER model is more restrictive than our model with re- 
gard to the relation between entities and entity sets. In the 
ER model, aU the attributes of an entity that to match the at- 
tribute sets of the associated entity set. In our model, an ob- 
ject may contain a property that does not satisfy any property 
constraint of the class the given object is an instance of 

Finally, in the ER model, the list of predicates to restrict 
the entities and the relationships is limited to constraints on 
allowable values for a value set, constraints on permitted val- 
ues for a certain attribute, constraint between sets of existing 
values, and constraints between particular values. In the pro- 
posed example, any predicate may be used to constraint the 
values of properties, either for nodes, or for arcs. 

In the area of knowledge representation, most proposed 
models are based on graph-based ontologies, such as RDF [16] 
or OWL [17]. In RDF, "the things being described have proper- 
ties which have values", similarly to object-based nodes. The 
RDF Schema (RDFS) recommendation [18] defines a limited 
set of "classes and properties that may be used to describe 
classes, properties and other resources". RDF, combined with 
RDFS, does not provide the modelling power provided by our 
model with regard to the typing of relationships among ob- 
jects, as RDF allows only for named relationships, without the 
possibility to attach a set of attributes. 

RDF and RDFS supports generalization and specialization 
of classes. The only relation considered between classes and 
objects is the rdf : type property that is used to state that a 
resource is an instance of a class. No definition of compliance 
or similar global concepts is proposed in RDF and RDFS. 

Similarly, OWL, as an extension of RDF and RDFS, sup- 
ports the modelling of classes and objects with attributes. The 



OWL Full variant (the most complex OWL variant) allows re- 
lations to be objects, i.e., relations among objects may be de- 
scribed with objects described by a set of properties. How- 
ever, similarly to RDF and RDFS, OWL defines only the type 
property to connect objects and classes, and neither compli- 
ance nor similar global concepts is proposed. 

Finally, the proposed model may be compared with a group 
of languages and protocols aiming at supporting social net- 
works. The ontology Friend-of-a-Friend (shorten as FOAF) 
aims at describing persons and objects, as well as their re- 
lations. In FOAF, a list of classes and properties associated 
mainly to individuals, documents, multimedia data, and on- 
line activity are standardized. FOAF is based on RDF and OWL, 
and therefore has inherited some limitations from these stan- 
dards: relations may not be described with attributes or prop- 
erties, and the type property is the only property linking ob- 
ject and classes. 

Another related approach is the Activity Streams proto- 
col [19] aiming at providing an aggregate view of the activities 
performed by individuals across the social websites they are 
interacting with. In Activity Streams, an activity consists of 
an actor, an action performed by the actor (a verb, a thing (an 
object) that is the actor is performing his/her action against, 
and eventually a target involved. The Activity Streams proto- 
col defines a list of standard verbs and object types. In Activ- 
ity Streams, verbs are not described with attributes and the 
list of standard object types is specified in the Activity Base 
Schema [20]. 

Another recently proposed approach supporting social net- 
works is the Open Graph protocol [21]. In Open Graph, a 
model for user activities based on the concept of actions and 
objects is proposed. In a similar manner to RDF, activities in 
Open Graph are triplets <individual, action, object>. How- 
ever, when RDF models actions without properties, the Open 
Graph actions may have attributes, as well as individuals and 
objects. However, Open Graph focuses on the creation of the 
social network, while our approach is prescriptive, aiming at 
defining constraints (as class-based arcs and property pred- 
icates) to improve the identification of a network compliant 
with a network schema. 

7. Conclusions 

In this paper, object-based and class-based graphs are for- 
mally defined. The concepts of membership and compliance 
are proposed as special relations between nodes and classes, 
either locally or globally. 

The three types of compliance — partial, normal, and full 
compliance — correspond to three different situations. Partial 
compliance may be useful in the situation when nodes com- 
pliant with classes are progressively identified, when some 
classes may not have compliant nodes. An application may 
be the support for emergency teams going to a emergency 
site: some members of the team may already be on the emer- 
gency site, while others are on their way. A class-based graph 
may be used to check that the partial team is compliant. Nor- 
mal compliance may be useful in the situation when all the 
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classes have to be associated with a compliant node, even if 
some additional nodes may exist in the object-based graph. 
An example may be the verification that all the services of a 
service-oriented application are compliant v^rith a class-based 
graph defining the type of services needed and their relations. 
Finally, full compliance may be useful in the situation when 
each class has to be associated with a compliant node, and 
each node has to be compliant with a class. An example may 
be the specification of controlled chemical reaction as class- 
based graphs. In such a situation, no additional chemical 
substance may be added to the graph of chemical substance 
directly participating in the chemical reaction. 

Among future works, the development of algorithms to 
check various types of compliances of object-based graphs 
with a given class-based graph is still an open issue. A ma- 
jor issue in the development of such algorithms is scalabil- 
ity. These algorithms should be adapted to large modern net- 
works, such as Facebook that consists of hundreds of millions 
of users, and therefore they should be efficient and scalable. 

Another area of improvement is the support for inheri- 
tance in class-based graphs. In the presented example, the 
class Miss Capulet" is a specialized class of the Capulet'*. 
Providing support for class inheritance would lead to a more 
expressive and concise representation of class-based graphs. 
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